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ABSTRACT 


This  thesis  describes  the  detailed  design  and  implemen¬ 
tation  of  a  printer  server  in  the  laboratory  environment  of 
sharing  resources  among  multiple  Zenith  Z-100  microcom¬ 
puters.  The  Printer  Server  System  is  a  controller  box  which 
consists  of  a  power  supply,  a  single  board  computer,  and  the 
BLC  8538  eight  channel  I/O  expansion  boards.  Each  Z-100 
microcomputer  is  connected  to  the  controller  thru  the 
RS-232C  port. 

The  Printer  Server  System  has  three  software  utilities: 
BOOT,  CONTROL  and  SPOOL.  The  BOOT  process,  resident  in  the 
controller,  downloads  the  CONTROL  file  from  any  one  of 
multiple  Z-lOO’s  which  is  turned  on.  The  CONTROL  process 
allows  the  printer  to  be  used  by  any  one  of  multiple  Z-lOO's 
at  a  time.  The  SPOOL  process  sends  the  data  thru  the 
CONTROL  process  to  the  printer  or  sav^  the  data  on  the  disk 
file.  '  CPj^  'S'S 
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I.  INTRODUCTION 


A.  GENERAL  DISCUSSION 

In  a  school  or  many  companies,  several  personal 
computers  are  used  on  the  same  floor  or  the  same  room. 
Instead  of  having  a  printer  with  each  personal  computer,  it 
is  economical  to  share  a  high  quality  printer  among  many 
users.  More  generally,  it  is  economical  to  share  other  high 
cost  resources  such  as  laser  printers,  Ethernet  local  area 
network  controllers,  high  capacity  disc  units,  among  the 
personal  computer  users.  It  is  the  motivation  to  share 
expensive  resources  that  has  given  rise  to  this  thesis. 

To  design  and  implement  a  system  which  permits  the 
sharing  of  a  printer  among  twenty-three  users,  each  user 
making  use  of  a  Zenith  Z-100  personal  computer,  the  hardware 
system,  known  as  the  Concentrator,  consists  of  a  MULTIBUS 
based  backplane  with  an  independent  power  supply,  an  INTEL 
iSBC  86/12A  single  board  computer,  three  National 
Semiconductor  BLC  8538  serial  I/O  expansion  boards,  all 
enclosed  in  a  cardcage.  The  Zenith  Z-100  personal  computers 
are  connected  via  their  teletype  ports (RS232  compatible)  to 
the  I/O  ports  of  the  Concentrator. 

The  software  system  consists  of  the  Control 
Program, which  is  down- loaded  from  a  Z-100  at  power-up  of  the 
Concentrator  and  any  Z-100  system,  and  which  thereafter 
executes  in  the  Concentrator  permitting  the  shared  use  of 
the  printer  on  a  first-come  first-serve  basis. 

The  remaining  software  is  a  utility  program,  called 
SPOOL,  which  operates  in  the  CP/M  environment  on  the  Z-100 
and  permits  the  user  to  store  his  interactive  printer  data 
on  his  disc  unit,  while  the  printer  is  busy  printing  another 
user's  files. 

The  Control  Program  in  the  concentrator  is  implemented 
in  assembly  language.  The  CP/M  operating  system  in  the 


II.  HARDWARE  BASIS  OF  THE  SYSTEM 


As  stated  in  the  introduction,  the  most  important  hard¬ 
ware  components  of  this  system  are  the  iSBC  86/12A  single 
board  computer,  the  I/O  expansion  board,  the  multiple  Z-100 
microcomputers  and  the  printer.  Figure  2.1  depicts  the 
interconnection  of  these  components  as  they  exist  at  this 
time.  In  the  paragraphs  which  follow,  a  description  of  each 
component  and  its  role  in  the  overall  system,  is  explained. 
A  detailed  description  of  each  component  can  be  found  in  the 
cited  references. 

A.  ISBC  86/12A  SINGLE  BOARD  COMPUTER 
1 .  General  Description 

The  iSBC  86/12A  single  board  computer,  which  is  a 
member  of  Intel's  complete  line  of  8-bit  and  16-bit  single 
board  computer  products,  is  a  complete  computer  system  on  a 
single  printed- circuit  assembly.  This  board  includes  a 
16-bit  Central  Processing  Unit(CPU),  up  to  32K  bytes  of 
Erasable  Programmable  Read  Only  Memory (EPROM) ,  64K  bytes  of 
Random  Access  Memory  (RAM) ,  a  serial  communications  inter¬ 
face,  three  programmable  parallel  I/O  ports,  programmable 
timers,  priority  interrupt  control,  MULTIBUS  interrupt 
control  logic,  and  bus  expansion  drivers  for  interfaces  with 
other  MULTIBUS  interface-compatible  expansion  boards.  The 
systems  view,  however,  is  an  abstract  model,  as  systems 
exist  only  in  the  mind  of  the  analyst.  [Ref.  4:  1.1  -  1.3]. 


Figure  2.1  System  Configuration. 

2 .  Memory 

The  iSBC  86/12A  board  includes  64K  bytes  of  read/ 
write  memory  composed  of  sixteen  2117  Dynamic  RAM  chips  and 
an  8202  RAM  controller. 

Four  IC  sockets  are  provided  for  user  installation 
of  EPROM  chips,  and  jumpers  are  provided  to  accommodate 
either  2K,  4K,  or  8K  chips.  The  EPROM  address  space  is 
located  at  the  top  of  the  1-megabyte  memory  space  because 
the  8086  CPU  branches  to  FFFFO  after  a  reset. 

This  single  board  computer  is  used  as  the  controller 
in  the  system.  The  control  process  of  the  Concentrator  is 
loaded  into  the  memory  of  this  iSBC  86/12A  single  board 
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computer  at  the  time  of  initialization  of  the  system.  The 
control  process  communicates  to  the  multiple  Z-lOO’s  and  the 
printer,  and  receives  or  sends  data  from  or  to  the  devices. 
For  the  detail  of  the  memory  organization,  see  [Ref.  4:  pp 
4.2  -  4.3]. 

B.  INTEL  8086 

The  Intel  8086  is  a  high  performance,  general  purpose 
16-bit  microprocessor.  The  8086  is  a  full  16-bit  processor 
with  respect  to  both  its  internal  structure,  and  its 
external  connections.  Refer  to  Figure  2.2  for  a  general 
overview  of  its  internal  structure  and  organization.  This 
section  is  intended  to  give  general  knowledge  about  this 
device.  A  detailed  description  can  be  found  in  [Ref.  3]. 

1.  Major  Features  of  the  8086 

In  this  section,  we  shall  discuss  the  major  features 
of  the  8086  CPU  chip.  The  8086  has  a  20-bit-wide  address 
bus,  providing  it  with  the  capability  of  addressing  a  full 
megabyte  of  memory.  However,  the  address  registers  of  the 
8086  chip  are  only  sixteen  bits  wide.  This  is  equivalent  to 
only  sixty  four  kilobytes.  This  processor  uses  a  method 
called  segmentation  to  allow  smooth  access  to  the  whole 
megabyte  of  address  space.  The  twenty  bit  physical  address 
is  formed,  by  adding  a  sixteen  bit  offset  to  a  twenty  bit 
address  whose  most  significant  sixteen  bits  come  from  a 
sixteen  bit  segment  register. 


2 .  Registers 

The  8086  contains  fourteen  16-bit  registers.  Some 
of  these  belong  to  the  EU(Execution  Unit)  and  others  belong 
to  the  BIU(Bus  Interface  Unit).  The  EU  registers  tend  to  be 
general-purpose  registers,  whereas  the  BIU  registers  tend  to 
be  used  for  addressing.  There  are  eight  16-bit  general 
purpose  registers.  Four  of  these  are  byte  or  word  addres¬ 
sable  and  are  referred  to  as  the  'data  group'.  The 
remaining  four  are  only  word  addressable  and  are  referred  to 
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Figure  2.2  Functional  Structure  of  8086. 

as  the  pointer  and  index  register,  SP,  BP,  SI,  and  DI ,  which 
cannot  be  further  subdivided. 

SP  is  the  stack  pointer,  BP  is  the  base  pointer  and 
SI  and  DI  are  named  the  source  and  destination  index 
register,  respectively. 


The  flags  register  is  sixteen  bits  wide  and  consists 
of  nine  usable  status  bits  for  the  processor.  These  include 
:  zero  flag(ZF),  direction  flag(DF),  interrupt  flag(IF), 
overflow  flag(OF),  and  trap  flag(TF). 

The  BIU  has  the  remaining  registers  :  four  segment 
register,  CS,  DS,  SS,  and  ES.  These  stand  for  the  code, 
data,  stack,  and  extra  segment  register  respectively,  and 
one  instruction  pointer(IP). 

C.  COMMUNICATION  EXPANSION  BOARD 

This  expansion  board  is  used  to  connect  the  multiple 
Z-100  computers  and  the  printer  to  the  single  board  computer 
of  the  Concentrator.  We  can  connect  from  fifteen  to  twenty 
three  Z-100  microcomputers  with  two  or  three  BLC  8538  eight 
channel  communication  expansion  boards.  The  BLC  8538  eight 
channel  communication  expansion  board  provides  fully 
programmable  synchronous  of  asynchronous  serial  communica¬ 
tion  channels  with  RS232C  interfaces  to  expand  system  serial 
communications  capability.  Each  individual  channel  provides 
two  interrupt  requests  with  distinct  priorities.  The  BLC 
8538  is  compatible  with  all  National  Semiconductor  Serial  80 
cardcages,  back  planes  and  microcomputer  system  bus 
structures . 

The  universal  synchronous  and  asynchronous  receiver/ 
transmitter(USART)  control  logic  block  gates  the  data  on  the 
data  bus  to  the  appropriate  USART  reset  pins.  Writing  to 
the  USART  reset  logic  register  resets  each  USART  displaying 
a  logic  one  on  its  corresponding  data  line.  Two  74LS08  and 
gate  devices  gate  the  data  bus  to  the  appropriate  USART 
reset  pins.  Data  lines  zero  thru  s even ( DAO - DA7 )  are 
logically  ANDed  with  the  reset  I/O  line.  Writing  to  the 
reset  register  causes  each  set  data  bit  in  the  USART  control 
logic  to  reset  its  corresponding  USART. 


A  USART  reset  causes  the  following  : 

a)  Resets  status  bits  to  zero, 

b)  Disables  the  transmitter  and  receivers, 

c)  Clears  any  interrupt  requests, 

d)  Clears  the  mode,  status  and  command  registers. 

The  USART 's  function  is  to  transmit  eight  (or  less)  bits 
of  data  on  one  signal  wire  in  a  serial  fashion  to  another 
USART.  The  other  USART  assembles  the  serial  bit  pattern 
into  an  eight  bit  value  transferrable  to  the  data  lines  of  a 
data  bus  of  a  computer.  Each  USART  uses  four  address  loca¬ 
tions  :  one  as  a  data  register,  one  as  a  control  register, 
one  as  mode  selection  register,  and  le  as  a  status 
register.  The  2651  has  nine  8-bit  registers  that  can  be 
written  to  and/or  read  from  by  the  system  CPU  through  the 
data  bus  D7-D0.  The  nine  8-bit  registers  are  mode  register 
1,  mode  register  2,  command  register,  status  register, 
SYN1/SYN2/DLE  registers,  and  transmit /receive  data  holding 
registers . 

The  2651  USARTs  must  be  programmed  by  the  system  CPU 
before  transmitting  or  receiving  data.  Programming  the  USART 
consists  of  four  steps.  First,  the  user  should  reset  the 
USART.  Second,  the  user  writes  to  the  Mode  Register  1.  On 
the  third  step,  the  user  writes  to  the  Mode  Register  2. 
Finally,  the  user  writes  to  the  Command  Register. 
The  registers  are  described  in  detail  below. 

1.  Mode  Register  1 

This  register  sets  the  mode (synchronous  or  asynchro¬ 
nous),  parity  use  and  type,  character  length,  and  other 
parameters.  The  register  format  is  shown  in  Figure  2.3.  In 
our  program,  the  programming  code  will  be  OlOOlllOB (4EH) . 
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Figure  2.4  Mode  Register  2  Format. 

4.  Status  Register 

The  status  register  indicates  the  state  of  the  TxRDY 
(Transmitter  Ready  Interrupt)  and  RxRDY  (Receiver  Ready 
Interrupt)  outputs  and  the  DCD  (Data  Carrier)  and  DSR  (Data 
Set  Ready)  inputs.  The  register  format  is  shown  in  Figure 
2.6.  The  status  register  can  be  read  from,  but  not  written 
to.  If  the  Transmitter  is  ready,  the  code  will  be 

OOOOOOOIB(OIH) .  If  the  Receiver  is  ready,  the  code  will  be 
00000010B(02H) . 

5.  SYN1/SYN2/DLE  Registers 

If  synchronous  operation  is  chosen,  these  three 
registers  must  be  loaded  to  provide  characters  for  synchron¬ 
ization,  idle,  fill,  and  data  transparency.  The  use  of  these 
characters  is  governed  by  the  mode  into  which  the  USART  is 
programmed.  For  example,  bits  6  and  7  of  Mode  Register  1 
control  the  number  of  SYN  characters  used  and  the  transpar¬ 
ency  mode.  These  registers  are  not  used  in  this 
application. 


6 .  Transmit /Receive  Data  Holding  Registers 

These  two  registers  share  the  same  address.  When 
transmitting,  the  system  CPU  writes  a  data  word  to  the 
Transmit  Data  Holding  Register  so  that  it  can  be  serialized 
and  transmitted.  When  receiving,  the  system  CPU  reads  from 
the  Receive  Data  Holding  Register  to  receive  the  data  word 
that  has  been  received  and  deserialized.  The  detail  of 
USART  can  be  found  in  [Ref.  10:  pp.  3.7  -  3.16]. 
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III.  SYSTEM  SOFTWARE 


An  operating  system  is  any  program  or  group  of  related 
programs  whose  purpose  is  to  act  as  an  intermediary  between 
the  hardware  and  the  user  of  a  computer.  In  the  case  of  a 
small  microcomputer  application,  the  operating  system  may 
consist  of  little  more  than  a  set  of  service  routines  and  a 
simple  set  of  commands  that  allows  the  user  to  load  or  dump 
memory  to  or  from  an  external  storage  device,  to  modify 
bytes,  and  to  test  application  programs. 

A  more  sophisticated  operating  system  may  have  a  disk- 
controller  interface  and  some  form  of  memory  management.  The 
highest  level  of  operating  system  includes  such  features  as 
multiprogramming,  bank-selected  memory,  a  hard-disk 
controller  interface,  and  random  track-sector  allocation. 
CP/M  (Control  Program  for  Microcomputers)  is  typical  of  a 
class  of  operating  systems  for  the  microcomputers  currently 
in  widespread  use. 

This  chapter  describes  the  structure  of  CP/M-85  oper¬ 
ating  system  for  the  Z-100  microcomputers  and  some 
modifications  to  it. 


A.  CP/M-85  OPERATING  SYSTEM 
1 .  General  Discussion 

CP/M-85  operating  system  for  the  Z-100  microcomputer 
is  divided  into  two  software  components:  the  "system  kernel" 
and  the  "BIOS  files". 

The  system  kernel  is  a  set  of  programs  that  reside 
on  the  reserved  system  tracks  of  a  disk.  Special  data 
transfer  utilities  (usually  SYSGEN  and/or  MVCPM207)  are  used 
to  copy  the  system  kernel  from  one  disk  to  another.  The 
system  kernel  manages  files,  translates  the  commands  you 


enter  at  the  keyboard,  and  performs  other  functions  that  do 
not  depend  upon  specific  hardware  characteristics. 

CP/M-85  BIOS  consists  of  two  files,  BI0S85.SYS  and 
BIOS88.SYS,  which  reside  on  the  file  tracks  of  the  disk. 
The  portion  of  the  BIOS  stored  in  the  file  BIOS85.SYS  uses 
the  8085  processor  of  the  Z-100.  The  portion  stored  in 
BIOS88.SYS  uses  the  8088  processor  of  the  Z-100.  For 
further  information  on  the  CP/M-85,  refer  to  [Ref.  7:  pp 
1.9  -  1.10] . 

2 .  Structure 

CP/M  is  logically  divided  into  four  parts,  called 
the  Basic  I/O  System  (BIOS),  the  Basic  Disk  Operating  System 
(BDOS),  the  Console  Command  Processor  (CCP),  and  the 
Transient  Program  Area  (TPA) .  The  memory  organization  of 
the  CP/M  system  is  in  the  Figure  3.1. 

a.  Basic  Disk  Operating  System  (BDOS) 

The  BDOS  is  responsible  for  all  management 
functions  including  disk-file  management,  I/O  high-level 
management,  and  all  other  function  calls  available  to  the 
user.  The  BDOS  makes  calls  to  the  BIOS,  which  interfaces 
with  the  actual  hardware  environment  of  the  microcomputer. 
For  the  detail  of  the  BDOS  functions , see  [Ref.  12:  p.  140]. 
and  [Ref.  8:  pp.  124  -  125]. 

Our  SPOOL  program  will  use  some  of  the  BDOS 
functions : List  Output,  Make  File,  Write  File,  Close  File, 
and  so  on.  The  List  Output  function  is  activated  by  pressing 
Control-P  key,  which  copies  everything  that  appears  on  the 
screen  to  the  printer. 

Access  to  a  file  on  the  disk  is  done  through  an 
File  Control  Block  (FCB).  An  FCB  is  supplied  for  each  file 
the  user  wishes  to  access.  The  detailed  description  of  FCB 
is  found  in  [Ref.  8:  pp.  93  -  94]. 


b.  Basic  I/O  System  (BIOS) 

The  BIOS  is  a  hardware -dependent  module  that 

defines  the  exact  low  level  interface  with  a  particular 
computer  system  that  is  necessary  for  peripheral  device  I/O. 
The  BIOS  is  a  collection  of  user-written  subroutines  for 
primitive  character  I/O  and  disk  access.  Disk  functions 
include:  set  DMA  address,  set  track  and  sector,  read  sector, 
write  sector  and  so  on.  A  series  of  jump  vectors  is  located 
at  the  head  of  the  BIOS  and  points  to  all  internal  subrou¬ 
tines.  The  BDOS  locates  subroutines  in  the  BIOS  by  calling 
the  subroutines  at  the  known  location  in  the  jump  vector 
area. 

c.  Console  Command  Processor  (CCP) 

When  CP/M  becomes  active,  it  gives  control  to 
the  CCP,  which,  is  actually  an  application  program  loaded  at 
the  top  of  the  TPA.  When  first  entered,  the  CCP  displays  a 
prompt  character,  'A>'.  This  indicates  which  disk  drive  is 
currently  logged  in  for  use.  To  change  drives,  the  user 
simply  enters  the  drive  name  and  a  colon  (for  example,  B:). 
This  causes  the  CCP  to  request  the  BDOS  function  call 
"select  disk,"  with  register  E  containing  a  number  repre¬ 
senting  the  requested  drive  (A=l,  B=2,  and  so  forth).  There 
are  five  built-in  commands:  TYPE,  DIR,  REN,  ERA,  and  SAVE.  A 
number  of  transient  commands  are  also  provided:  SYSGEN, 

PIP,  ED,  ASM,  DUMP,  LOAD,  STAT ,  MOVCPM,  SUBMIT,  and  DDT. 
These  commands  are  actually  .COM  files  or  memory  image 
files.  For  the  detail  of  the  CCP  operation,  see  [Ref.  12: 
pp.  148  -  1491. 
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B.  MODIFICATION  TO  CP/M-85  BIOS 

Since  the  SPOOL  utility  program  uses  the  List  Output 
function  as  described  in  the  previous  section,  we  should 
intercept  some  point  of  the  List  Output  function  routine  in 
BIOS.  The  BIOS85.SYS  file  could  be  modified  by  using  the 
DDT  debugging  utility. 

The  BIOS  entry  point  of  List  Output  function  is  located 
at  F93DH.  This  is  shown  in  the  Figure  3.2  a.  We  patch  this 
point  so  that  the  List  Output  function  pass  through  a 
certain  intercept  program  in  the  TPA  area  to  the  BIOS.  It's 
necessary  to  place  the  intercept  routine  at  an  area  of  the 
TPA  that  is  near  to  the  BIOS.  Since  the  BIOS  starts  from 
D900H,  we  place  the  interrupt  program  at  D800H.  The  inter¬ 
rupt  program  is  contained  in  the  SPOOL  utility  program.  When 
the  user  activates  the  SPOOL  program,  the  intercept  routine 
is  also  loaded  at  D800H. 

The  List  Output  function  is  activated  by  pressing  the 
Control-P  key.  When  the  user  press  the  Control-P  key,  every¬ 
thing  on  the  screen  is  catched  and  loaded  into  E  register 
and  then  sent  to  the  printer.  The  intercept  routine  is 
intended  to  intercept  the  character  in  E  register  and 
provide  the  SPOOL  utility  program  with  that  character.  The 
detail  of  this  mechanism  is  discussed  in  the  next  chapter. 
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Figure  3.2  Entry  Point  of  List  Output  Function 
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IV.  IMPLEMENTATION  OF  THE  SYSTEM 


This  chapter  describes  the  structure  of  the 
Concentrator,  the  connection  between  the  Concentrator  and 
Z-lOO’s,  and  the  logic  designs  of  three  processes.  In  the 
last  section  of  the  chapter,  we  address  the  integrated  oper¬ 
ation  of  the  processes. 


A.  STRUCTURE  OF  THE  CONCENTRATOR 

The  structure  of  the  Concentrator  is  shown  in  Figure 
4.1.  The  Concentrator  consists  of  one  iSBC  86/12A  single 
board  computer  and  three  BLC  8538  eight  channel  I/O  expan¬ 
sion  boards.  They  are  connected  to  the  MULTIBUS  so  that  the 
single  board  computer  could  access  any  channel  of  the  three 
expansion  boards.  Since  each  expansion  board  has  eight 
channels,  the  Concentrator  can  have  twenty  four  channels. 
Each  channel  of  the  expansion  board  could  be  connected  to 
one  peripheral  device.  Therefore,  the  Concentrator  can 
control  twenty  four  peripheral  devices.  In  our  design,  the 
printer  is  connected  to  the  Channel  zero,  and  the  other 
twenty  three  channels  are  connected  to  the  TTY  ports  of 
Z-lOO's.  Each  channel  is  associated  with  a  Universal 
Synchronous  Asynchronous  Receiver  Transmitter (USART ) ,  which 
contains  four  registers:  Data,  Status,  Mode  1,  Mode  2,  and 
Command  registers.  The  details  about  programming  the  USART 
are  in  the  Chapter  2.  For  more  information  about  the  address 
assignment  of  the  registers,  see  [Ref.  10:  pp.  3.3  -  3.11]. 


B.  BOOT  PROCESS 

The  function  of  the  BOOT  process  is  to  download  the 
CONTROL  process  from  any  Z-100  into  the  RAM  of  the  single 
board  computer.  The  logical  flow  of  the  BOOT  process  is 
shown  in  Figure  4.2  and  the  algorithm  of  the  BOOT  process  is 
in  Figure  4.3.  When  the  Concentrator  is  turned  on,  the  BOOT 
process  inside  the  EPROM  of  the  iSBC  86/12A  starts  to  check 
the  status  ports  of  the  multi-channel  expansion  boards  in  a 
round  robin  fashion  to  check  if  a  Z-100  is  turned  on  or  not. 
Since  the  CONSOLE  of  Z-100  is  assigned  to  the  TTY  port,  the 
Z-100  will  send  a  message  terminating  with  'A>’  to  the  dedi¬ 
cated  port  of  the  expansion  board  when  it  is  turned  on.  The 
BOOT  process  will  send  a  command  'TYPE  A : CONTROL . CMD '  to 
down- load  the  CONTROL  process  when  it  reads  in  the  'A>'. 
Then,  the  Z-100  will  send  the  CONTROL.CMD  file  to  the 
Concentrator  while  the  BOOT  process  reads  in  the  file  and 
stores  it  in  the  RAM.  Because  the  TYPE  function  of  the  CP/M 
operating  system  stops  printing  the  file  whert  it  meets  a 
Control- Z  character,  we  have  taken  another  character,  the 
percentage  *%' ,  to  signal  the  end  of  file. 

On  the  completion  of  downloading  the  CONTROL.CMD  file, 
the  CONTROL  process  is  executed.  The  CONTROL  process  issues 
the  reset  command  'STAT  CON:=CRT:',  which  changes  the 
CONSOLE  device  from  TTY  to  CRT.  Then,  'A>'  will  appear  on 
the  screen  of  the  Z-100  and  the  user  of  the  Z-100  can  do  his 
work.  From  now,  the  CONTROL  process  starts  to  communicate 
with  the  printer  and  the  multiple  Z-100  microcomputers.  The 
program  listing  of  the  BOOT  process  is  in  APPENDIX  A. 

C.  CONTROL  PROCESS 

The  function  of  the  CONTROL  process  is  to  control  the 
printer  and  multiple  Z-lOO's  and  to  connect  the  printer  to 
any  one  of  the  multiple  Z-lOO's  at  a  time  so  that  the  data 
could  be  transferred  from  Z-100  to  the  printer.  The  purposes 
of  the  CONTROL  process  are: 

1)  To  allow  use  of  the  printer  for  any  connected  Z-100. 


Algorithm  of  BOOT  Program 

*****  Initialization  ***** 

Initialize  the  USARTs 

Set  PORTNO  with  the  first  status  port 

*****  BOOT  Part  ***** 

Repeat 

Read  the  status  port  given  by  PORTNO 
If  the  port  is  Receive-ready 

then  read  a  character  from  the  data  port 
If  the  character  is  ’>’ 

then  go  to  ISSUECOM  part 
else  store  the  next  status  port  into  PORTNO 

Until  the  control  is  sent  to  the  ISSUECOM 

*****  ISSUECOM  Part  ***** 

Set  the  command  string  with  ’TYPE  A:CONTROL.CMD’ 
Call  COMMAND 

*****  TRANSFILE  Part  ***** 

Repeat 

Read  a  character  from  the  data  port 
Store  the  character  into  the  new  code  area 
Until  the  character  is 
Execute  the  CONTROL  program 

*****  Subroutine  COMMAND  ***** 

Send  the  command  string  to  the  Z-100 


Figure  4.3  Algorithm  of  BOOT. 
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2)  To  permit  any  Z-100  to  be  activated,  even  during  the 

time  that  the  printer  is  in  use. 

The  logical  flow  of  the  CONTROL  process  is  shown  in  Figure 
4.4  and  the  algorithm  of  the  CONTROL  process  is  in  Figure 
4.5. 

The  CONTROL  process  is  stored  in  CONTROL.CMD  file  of  all 
Z-100' s.  The  CONTROL.CMD  file,  however,  is  downloaded  into 
the  RAM  of  the  single  board  computer  when  the  Concentrator 
and  the  first  of  the  Z-lOO's  is  turned  on.  The  CONTROL 
process  is  composed  of  two  states:  the  control  state  and  the 
transfer  state.  The  CONTROL  process  lies  in  one  of  two 
states  at  a  time.  When  the  CONTROL  process  is  in  the 
control  state,  it  checks  the  status  ports  of  the  multi¬ 
channel  expansion  boards  in  a  round  robin  fashion  to  see  if 
any  boot  or  print  request  is  issued  from  a  Z-100.  If  a 
channel  has  a  request,  the  CONTROL  process  reads  in  the 
character  from  the  data  port  of  the  channel.  The  character 
sequence  'Q'  means  a  print  request  and  'A>'  means  a  boot 
request.  On  receiving  the  character  'Q' ,  the  CONTROL 
process  sends  a  confirm  character  'Y'  to  the  Z-100  and  then 
goes  to  the  transfer  state.  In  the  transfer  state,  the 
CONTROL  process  receives  a  character  from  Z-100  and  sends  it 
to  the  printer  using  a  software  handshaking  method.  The 

CONTROL  process  checks  all  the  other  ports  whenever  one 

« 

hundred  and  twenty  eight  characters  are  sent  to  the  printer 
to  know  if  they  want  to  boot-up.  For  every  port  which  wants 
to  boot-up,  it  issues  the  command  ' STAT  CON:=CRT:',  and  then 
continues  to  print  the  characters  in  the  transfer  state. 
After  that,  the  Z-100  which  has  received  the  reset  command 
can  work  its  own  job.  The  CONTROL  process  stops  its 
transfer  of  data  between  the  Z-100  and  printer  when  it  reads 
in  a  Control-Z  (end-of - f ile )  character,  and  then  enters  the 
control  state  to  check  the  next  status  port. 

When  the  CONTROL  process  reads  in  'A>'  in  the  control 
state,  it  issues  a  reset  command  'STAT  CON:=CRT:'  because 
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Figure  4.4  Logical  Flow  of  CONTROL. 


Algorithm  of  CONTROL  Program 


*****  Initialization  ***** 

Set  PORTNO  with  the  first  status  port 
Call  RESET 


*****  CONTROL  Part  ***** 

Repeat 

Read  the  status  port  given  by  PORTNO 
If  the  port  is  receive-ready 
then  read  a  character  from  the  data  port 
If  the  charater  is  ’>’ 
then  call  RESET 
else  if  the  character  is  ’Q’ 
then  go  to  TRANSFER 
else  store  the  next  status  port  into  PORTNO 
Until  the  system  control  is  sent  to  the  TRANSFER 

*****  TRANSFER  Part  ***** 

Repeat 

Read  a  character  from  the  data  port  of  Z-100 
Send  the  character  to  the  printer  port 
Call  BCHECK  on  every  128  characters 
Until  meet  the  End-Of-File  mark  ’'Z’ 

Go  to  CONTROL 


*****  Subroutine  COMMAND  ***** 
Send  the  command  string  to  the  Z-100 

*****  Subroutine  BCHECK  ***** 
Check  all  other  status  ports  once 
l"or  each  port  which  has  the  boot-up  request 
call  RESET 


Figure  4.5  Algorithm  of  CONTROL. 


there  is  no  need  for  downloading  the  CONTROL.CMD  file.  On 
receiving  other  characters  than  'Q*  or  'A>',  the  CONTROL 
process  ignores  them  and  goes  to  the  next  port  to  check. 

Program  listing  of  CONTROL  process  is  in  APPENDIX  B. 

D.  SPOOL  PROCESS 

The  SPOOL  process  has  three  functions.  It  also  has  the 
intercept  routine  for  intercepting  the  List  Output  function 
of  the  BIOS.  The  intercept  routine  is  really  a  part  of  the 
List  Output  function  of  the  BIOS.  The  intercept  routine 
receives  the  control  from  the  List  Output  function  and  calls 
the  SPOOL  program,  and  then  returns  the  control  back  to  the 
List  Output  function  of  the  BIOS.  The  mechanism  between  the 
List  Output  function  and  the  SPOOL  program  is  explained 
below. 

The  SPOOL  process  has  three  options,  they  are: 

1.  Send  the  characters  on  the  screen  of  a  Z-100  directly 
to  the  printer. 

2.  Save  the  characters  on  the  screen  of  a  Z-100  into  a 
disk  file. 

3.  Print  any  existing  disk  file. 

The  logical  flow  of  the  SPOOL  process  is  shown  in  Figure  4.6 
and  the  algorithm  of  the  SPOOL  process  is  in  Figure  4.7. 

The  user  can  select  any  one  of  the  above  options  by 
typing  in  the  appropriate  digit  corresponding  to  the  selec¬ 
tion.  Each  function  is  implemented  with  a  pair  of  modules: 
Set  and  Path.  Function  1  is  composed  of  Setl  and  Pathl, 
Function  2  is  composed  of  Set2  and  Path2 ,  and  Function  3  is 
of  Set3  and  Path3 . 

The  entry  point  on  the  head  of  the  SPOOL  program  is 
composed  of  a  selection  routine  which  jumps  to  one  of  3  Path 
modules  depending  on  the  user's  selection  number. 


Figure  4.6  Logical  Flow  of  SPOOL. 
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1.  Function  1 


Function  1  sends  the  character  on  the  screen 
directly  to  the  printer  through  the  Concentrator  in  Ctrl-P 
mode.  When  the  user  selects  Function  1,  Setl  module  sets 
the  buffer  pointer  with  its  own  buffer  address  and  the  path- 
flag  with  number  one.  Then  the  buffer  pointer  contains  the 
starting  address  of  the  buffer  whose  size  is  128  bytes  and 
the  path- flag  contains  number  one.  On  the  completion  of 
setting  the  buffer  pointer  and  path- flag,  Function  1  comes 
out  to  the  CCP  level,  printing  a  message  that  user  should 
press  the  Ctrl-P  key  and  go  ahead.  As  the  user  hits  Ctrl-P 
key,  the  List  Output  routine  calls  the  address  of  entry 
point  (DOOOH)  of  the  SPOOL  process  whenever  a  character  is 
typed  in.  Since  the  path- flag  is  set  with  number  one,  Pathl 
is  then  activated.  Pathl  reads  in  the  character  in  the 
register  E  which  is  captured  by  the  List  Output  function, 
and  then  sends  the  character  to  the  Concentrator.  The 
Function  1  returns  the  control  back  to  the  List  Output  func¬ 
tion.  Function  1  repeats  this  process  until  the  user  hits 
the  Ctrl-Z  key.  When  the  user  hits  the  Ctrl-Z  key.  Function 
1  comes  out  to  the  CCP  level. 

2 .  Function  2 

Function  2  is  similar  to  Function  1  except  that 
Function  2  saves  the  character  in  a  disk  file  while  Function 
1  sends  the  character  to  the  printer  directly.  When  the 
user  selects  Function  2,  Set2  module  sets  the  buffer  pointer 
with  the  buffer  address  and  the  path- flag  with  number  one. 
Set2,  also,  reads  in  user- specif ied  file  name.  If,  however, 
user  does  not  specify  his/her  own  file  name,  default  file 
name  (TEMPFILE . $$$ )  is  used.  On  the  completion  of  setting 
the  buffer  pointer,  path-flag,  and  reading  in  the  file  name. 
Function  2  comes  out  to  the  CCP  level,  printing  a  message 
that  the  user  should  press  the  Ctrl-P  key  and  go  ahead.  As 
the  user  hits  Ctrl-P  key,  the  List  Output  routine  calls  the 
address  of  entry  point,  which  activates  Path2.  Path2  reads 


Algorithm  of  SPOOL 


*****  Initialization  ***** 

The  user  selects  one  of  the  three  options 

Go  to  the  corresponding  SET  module 

Each  SET  module  goes  to  the  coresponding  PATH  module 

*****  PATH  1  ***** 

Repeat 

Read  a  character  from  the  Z-100 
Store  the  character  into  the  buffer 
Send  the  character  to  the  printer 
Until  it  meets  the  End-Of-File  mark  ’‘Z’ 

Go  to  the  CCP  level 


*****  PATH  2 

Call  READNAME 


*  4:  4:  + 


Repeat 

Read  a  character  from  the  Z-100 
Store  the  character  into  the  buffer 
Until  it  meets  the  End-Of-File  mark 
or  the  buffer  limit 
Make  a  file 
Write  the  file 
Close  the  file 
Go  to  the  CCP  level 


V 


*****  PATH  3  ***** 

Call  READNAME 
Repeat 

Read  a  record  from  the  file 
Send  the  record  to  the  printer 
Until  it  meets  the  End-Of-File  mark  ’‘Z’ 
Go  to  the  CCP  level 


*****  Subroutine  READNAME  ***** 
Read  a  file  name  from  the  console 


in  the  character  in  register  E  which  is  captured  by  the  List 
Output  function,  and  then  store  it  in  the  buffer  while  the 
buffer  pointer  is  incremented.  And  then  Function  2  returns 
the  control  back  to  the  List  Output  function.  Path2  repeats 
this  process  until  the  user  hits  the  Ctrl-Z  key.  Path2 
stores  the  Ctrl-Z  character  on  the  end  of  the  buffer  when  it 
meets  the  Ctrl-Z  character.  After  that,  Path2  makes  a  file 
and  write  the  file  with  the  content  of  buffer  by  one 
record(128  bytes)  at  a  time.  We  use  2  pointers,  the  write 
pointer  and  the  buffer  pointer,  during  writing  the  file. 
Buffer  pointer  points  to  the  address  of  the  last  character 
in  the  buffer  while  write  pointer  is  set  with  the  starting 
address  of  the  buffer.  Whenever  a  record  is  written  in  the 
file,  the  write  pointer  is  increased  by  80H.  Write  process 
is  done  when  the  write  pointer  becomes  greater  than  the 
buffer  pointer.  Since  the  buffer  size  is  not  large  enough 
for  a  big  file,  when  the  buffer  pointer  exceeds  the  limit 
Function  2  will  issue  a  message  that  the  buffer  is  full  and 
the  user  may  take  an  action  to  reset  the  pointers. 

3 .  Function  3 

Function  3  reads  a  file  whose  file  name  is  given  by 
user  and  sends  the  contents  of  file  to  the  printer  through 
the  Concentrator.  Function  3  reads  in  one  record  of  the 
file  at  a  time  and  repeats  this  until  it  meets  the  Ctrl-Z 
character.  The  buffer  is  the  same  one  of  Function  1.  Once 
reading  one  record  into  the  buffer.  Function  3  sends  the 
content  of  buffer  one  byte  at  a  time  to  the  printer  thru 
Concentrator.  Function  3  does  not  need  the  Ctrl-P  function 
while  function  1  and  2  use  it.  Program  listing  of  SPOOL 
process  is  in  APPENDIX  C. 


V.  CONCLUSIONS 


The  primary  goal  of  this  thesis  was  met.  The  CONTROL 
process  was  designed  for  the  communication  with  the  multiple 
Z-100  microcomputers  and  the  printer,  and  this  is  success¬ 
fully  integrated  into  the  Printer  Multiplexing  System  with 
the  SPOOL  utility  program.  The  BOOT  process  was  designed 
for  downloading  the  CONTROL  process  from  any  one  of  the 
Z-100' s,  which  eliminated  the  need  for  the  disk  drive, 
console  and/or  additional  EPROM  to  store  the  CONTROL 
process . 

This  system  allows  use  of  the  printer  for  any  connected 
Z-100,  permits  interactive  use  of  the  printer  to  one  user 
when  nobody  else  is  waiting  to  use  it,  and  enables  the 
effective  interactive  sharing  of  the  printer  among  multiple 
users  by  spooling  any  character  on  the  screen  into  a  disk 
file  for  later  batch  printing. 

Future  research  involving  the  Printer  Multiplexing 
System  should  develop  the  8086  code  of  the  SPOOL  utility 
program  so  that  the  users  could  use  the  SPOOL  in  the  envi¬ 
ronment  of  CP/M-86  or  MS-DOS.  The  BOOT  and  CONTROL 
processes  are  already  written  in  the  8086  code. 

Additionally,  we  are  expecting  that  this  system  could  be 
integrated  into  the  Ethernet.  Then  the  CONTROL  process 
should  be  expanded  to  contain  the  Ethernet  protocol  program. 


APPENDIX  A 

USER  MANUAL  FOR  PRINTER  SHARING 


A.  SYSTEM  CONFIGURATION 

The  Printer  Sharing  system  consists  of  one  iSBC  86/12A 
single  board  computer,  three  BLC  8538  I/O  expansion  boards, 
the  multiple  Z-100  microcomputers,  and  the  printer.  The 
detail  about  the  iSBC  86/12A  single  board  computer  and  the 
BLC  8538  I/O  expansion  boards  can  be  found  in  the  Chapter  2. 


B.  ACTIVATING  THE  SYSTEM 

Turn  on  the  Concentrator  before  any  Z-100  microcomputer 
is  turned  on.  The  user  should  keep  this  power-up  procedure 
because  the  BOOT  program  needs  to  initialize  the  USART 
before  checking  the  ports  of  the  I/O  expansion  boards.  At 
this  time,  the  CONSOLE  device  of  the  Z-100  is  normally 
assigned  to  the  teletype  port.  Otherwise,  the  user  should 
change  the  CONSOLE  device  of  the  Z-100  computer  to  the  tele¬ 
type  port  manually.  And  then,  the  CONTROL.CMD  file  in  drive 
A  is  down- loaded  into  the  RAM  of  the  single  board  computer. 
When  the  CONTROL  program  begins  to  execute,  it  changes  the 
CONSOLE  device  to  the  standard  device  CRT.  Then,  the  Z-100 
user  can  do  his  own  work  on  the  computer. 


C.  USING  THE  SPOOL  PROGRAM 

To  use  the  printer,  the  user  should  type  'SPOOL'  in  the 
CCP  level.  Then  there  appears  a  guidance  about  the  three 
options  of  the  SPOOL  program  on  the  screen.  The  user  can 
select  any  one  of  the  three  options  by  typing  in  the  corre¬ 
sponding  number  of  that  option.  The  three  options  are 
listed  below. 


1.  Interactive  Print 


When  the  user  selects  option  1,  he  can  use  the 
printer  interactively.  After  the  user  press  the  Ctrl-P  key, 
everything  on  the  screen  is  copied  to  the  printer  through 
the  Concentrator.  This  option  ends  when  the  user  press  the 
Ctrl-Z  key. 

2.  Saving  on  a  Disk  File 

When  the  user  selects  option  2,  he  can  save  the 
characters  on  the  screen  on  the  disk  file.  The  user  is 
asked  to  type  in  the  file  name.  If  the  file  name  is  not 
typed  in,  the  default  file  name  (TEMPFILE . $$$ )  is  used. 
After  the  user  press  the  Ctrl-P  key,  everything  on  the 
screen  is  saved  in  the  buffer.  If  the  buffer  size  exceeds 
the  limit,  a  warning  message  appears  on  the  screen.  In 
this  case,  the  user  should  take  an  action  as  directed  on  the 
screen.  This  option  ends  when  the  user  press  the  Ctrl-Z 
key,  writing  the  buffer  into  the  disk  file. 

3.  Printing  Existing  Files 

When  the  user  selects  option  3,  he  can  print  any 
existing  file.  The  user  is  asked  to  type  in  the  file  name 
the  user  wants  to  print.  After  a  file  is  printed  out, 
another  file  can  be  printed  continuously  if  the  user  wants 
to  do . 


APPENDIX  B 
BOOT  PROGRAM 


«»  #«  7C  «%  M  M  0%  *%  *%^^  ^^  ^  ^  ^  **^  **  •*  M  «««»/%«»«%#*#«#€/» 


BOOT  PROGRAM 
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BOOT  program  reads  in  the  status  ports  of  the  I/O  expansion 
boards  in  a  round  robin  fashion.  If  there  is  a  boot  request 
on  the  port,  the  BOOT  program  down- loads  the  CONTROL.CMD 
file  from  the  Z-100  microcomputer.  And  then,  the  BOOT 
prgram  sends  the  control  to  the  CONTROL  program. 


INITIALIZATION 


lr<»  M  !f«  Vi'  Ii»i'  '#•  Vi'  '*»  Vi'  V<  X  *i  X'  W'  #i  ii  >S  iS  ci  }>  i<  W  W  >*  ■>*  V*  V*  »»  #•  »»  oi  V>  V<k  V»  V»  Vi'  'x  «i  X  «»  X  vi  #i  X  >«  X  »\  #»  •»  #%  »f  X"  "X’ 

Initialize  the 

USART  and  a  variable  which 

contains 

the  port  number. 

On  the  completion  of  initialization,  the 

control  goes  to 

the  BOOT  process. 

mov 

al,0ffh 

out 

0a0h,al 

mov 

dh,0 

mov 

dl,82h 

mov 

al ,  4eh 

P 

m 


fiS 


call 

init 

mov 

dl,82h 

mov 

al,3eh 

call 

init 

mov 

dl,83h 

mov 

al,07h 

call 

init 

mov 

portno , 85h 

mov 

dh,0 

^  ^  ^  ^  ^  ^  ^  Vr  ^  ^  ^  ^  ^  ^  ^  ^ ^ ^ •A. 'A.  o'*  ^  •‘t. 

*  BOOT  PART  * 

************************  ■**^***'**'*'A-******Vf***i.V**'**Vf**i'fVf  *•■****•* 


; Receives 

'>' 

character 

from  any  one  of  the  multiple  Z-100 

; microcomputers 

and  then 

downloads  the  CONTROL.CMD  file  to 

;the  memory  of 

iSBC  86/12A.  On  the  completion  of  loading  the 

;£ile,  it 

transfers  the  control  to  the  CONTROL  program. 

boot : 

mov 

dl , portno 

;load  DL  reg  with  port  number 

in 

al ,  dx 

;read  the  status  of  the  port 

and 

al,02 

; receive  ready? 

jz 

nextport 

;if  not  go  to  next  port 

dec 

dx 

;get  the  data  port 

in 

al ,  dx 

;read  in  the  character  from  Z-100 

inc 

dx 

;get  the  status  port 

cmp 

al, ’>' 

; compare  the  character  with  ’>' 

jnz 

nextport 

;this  Z-100  is  not  booted  up, 

;go  to  nextport 

jmp 

issueconi 

;go  to  ISSUECOM  process 

nextport : 

add 

dl,4 

;get  the  next  status  port 

cmp 

dl.OAOh 

; check  if  out  of  range 
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jbe  bypassl 


;if  inside  the  range,  come  along 
;the  normal  path 
mov  dl,85h  ;if  out  of  range, set  DL  reg  with 

;the  1st  status  port 


bypassl:  mov 
jmp 


portno,dl  ; store  addr  of  next  status  port 
;in  the  variable. 

boot  ; repeat  checking  the  status  ports 


^*  ^*  ^«  ^*  «*»»*««**»*«  ^«  «*«**«**«•*«  a>*« 

#*  7%  *%  #%  #«  ak  ai  ak  ak  ak  ak  ak  ak  ak  ak  ak  ak  ak  ak  ak  ak  ak 

*  ISSUE  COMMAND  PART  * 


k^a  k^a  k^a  ^a  k^  k^a  k^a  k^  k^ak^  k^ak^a  k^a  k^a  k^a  k^a  k^a  k^a  k^a  k^a  k*a  k^a  k^a  k^a  k^a  k^a  k^a  k^a  k^a  k*a  ^a  k^ak^a  k^a  ^a  k^a  k^a  k^a  k^a  k^a  k^a  k^a  ^a  k*a  k^a  k*a  k^a  > 

«%  ak  a*  ak  ak  ak  7k  #k  ak  ak  ak  a«  7k  7k  ak  a«  ak  ak  ak  /%  a*  a«  ak  a«  ak  a«  7k  ak  ak  a«  ak  ak  ak  A  ak  ak  ak  ak  »k  a«  ak  *k  «»  a*  ak  ak  ak  a«  ak 

Issue  the  command  "TYPE  A: CONTROL. CMD"  to  the  Z-100 


k»«  .*a  .*«  k*»  .*« 


mov 

si ,  0 

;set  counter  with  0 

mov 

bx, offset  storage 

;set  base  reg  with  addr 

;of  command  string 

call 

command 

; send  the  TYPE  command 

"if  if 'If  "is  •k 


☆ 


•.f.kV 

ak  ak 


TRANSfer 


control.cmd  FILE 

‘TC  ^  V  *drf  V?  ^  *k  *  *  ^  ^  7k  7k  **  V  ^  ak 


■'k- 


k 


•k*»  »*•  k»a  k»«  k' 


Download  the  control.cmd  file  from  Z-100  to  the  memory  of 
iSBC  86/12A.  On  the  completion  of  downloading  the  CONTROL 
file,  the  TRANSFILE  sends  the  control  to  CONTROL  program. 


transfile :mov 


mov 


bx, offset  newcode 
si  ,0 


; set  base  reg  with  addr 
;of  newcode  area 
;set  counter  with  0 


nextchar:  in  al,dx 
and  al,02 


;read  in  status  port 
; receive  ready? 


bypass2 : 


nextchar  ;if  not, read  again 

dx  ;get  data  port 

al,dx  ;read  a  char  from  Z-100 

al,19h  ; compare  with  temporary  Ctrl-Z 

bypassZ  ;if  not, come  along  normal  path 

al  ;recover  Ctrl-Z  to  lAH 

(bx+si) ,al;store  char  in  new  code  area 


al, ’%* 
adjust 


nextchar 


; compare  with  end  of  file 
;go  to  adjust 
; increase  counter 
;get  status  port 


; *  ADJUST  * 

. ************************************************************ 

;Reads  in  the  prompt  character  'A>'  from  Z-100,  and  then 
;goes  to  the  CONTROL  program. 


adjust:  inc  dx 

mov  cl, 4 


statinl:  in 


in  al,dx 
and  al,02 
jz  statinl 

dec  dx 
in  al,dx 

inc  dx 
dec  cl 
jnz  statinl 


;get  the  status  port 
;set  the  counter 

; check  if  receive  ready 


;get  the  data  port 
;read  a  char  from  Z-100 
;get  the  status  port 
;decrease  the  counter 
;if  not  done,  read  again 


jmp  newcode  +  132h  ; execute  the  CONTROL  process 
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subroutine 


Initialization 


^  ^Sp  ^  ^  V;?  ^  ^  ^!p  ^2?  ^  ^  ^  ^  ^  ^^  **'>  ^**  **<****  ^*<*  ^^  **•*  «*^  *****««*<*  **<•«*««**  «^«  ^*« 

Initialize  the  USART. 


nit : 


dx,al  ; write  programming  code  to  USART 
dl,4  ;get  the  next  port 
dljOAOh  ; check  if  out  of  range 
init  ;if  not, write  to  the  next  port 


subroutine 


COMMAND 


;  Sends  the  command  string  to  the  Z-100 


command; 


statin: 


al ,  dx 
al,01 
command 
al , (bx+si) 


dx ,  al 
dx 

al,0dh 

eocom 

al ,  dx 
al,02 
statin 
dx 

al  ,dx 


; check  if  transmit  ready 


;move  a  char  from  command  string 
;get  data  port  of  Z-100 
;send  char  to  Z-100 
;get  status  port 

; compare  char  with  endofstring 
;if  matches, end  of  command 

; check  if  receive  ready 


;get  data  port  of  Z-100 
;read  a  response  from  Z-100 
;get  status  port 
•.increase  counter 


jmp 

command 

; send  another  char 

in 

al ,  dx 

; check  if  receive  ready 

and 

al,02 

jz 

eocom 

dec 

dx 

;get  data  port  of  Z-100 

in 

al  ,dx 

;reu..  a  response  from  Z- 

inc 

ret 

dx 

;get  status  port 

☆ 


NEW  CODE 


AREA 


•*«  •*«  «*«  «*«  .*«  «< 


•  ^  V%  V% 

» 


%*i# 

#«#««»#«  #%  #««»««  ^  ^  ^ 


newcode : 


☆☆☆**VfVf***V?*Vf  *'*****'iV**'sV*'5VVr  ■*☆•***?%  •***'>V'****Vf**'*'**^’f*i>V*'*VfVf***V.'Vf*J! 


DATA  STORAGE  AREA 


☆  *********<*****'*i!f*'*'»V**^V**'i!r*'********Vf'*'sVi5f'5'f>VVf*'*'sV*iVVf'**'5V*'sV*Vc*'sVi!f* 


dseg 

org  300h 


storage  db 
db 


'type  a: control.cmd' 
Odh 


portno 


db 


0 
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CONTROL  PROCESS 


* 


* 


* 


CONTROL  PROGRAM 
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By  Choi  and  Lee 


CONTROL  program  communicates  with  the  printer  and  multiple 
Z-100  microcomputers.  The  CONTROL  program  resides  in  either 
the  control  state  and  transfer  state. 


cseg 

prtdata 

equ 

80h 

prtstat 

equ 

81h 

org 

0 

INITIALIZATION 


mov 

mov 

call 


portno+20eh, 85h 

dh,0 

reset 


;set  the  port  #  to  85h 
;set  DH  to  0 

; let  the  Z-100  CONSOLE  gain 
; control 
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-V-V-V-V- 


, 


» 

:*  CONTROL  PART 


control : 

mov 

dl  ,portno-f 

20eh  ; load  DL  reg  with  1st  port 

in 

al ,  dx 

;read  the  status  port 

and 

al,02 

; check  if  any  request  is  out 

jz 

nextport 

;if  no,  go  to  the  next  port 

dec 

dx 

in 

al  ,dx 

;read  the  data  port 

inc 

dx 

cmp 

al, 'Q' 

;verify  the  request 

jz 

transfer 

;enter  transfer  state 

cmp 

al,'>’ 

jnz 

nextport 

call 

reset 

; issue  a  reset  command 

nextport : 

add 

dl,4 

;get  the  next  port 

cmp 

dl,0a0h 

; check  if  out  of  range 

jbe 

bypassl 

;if  not, come  along  normal  path 

mov 

dl,85h 

bypassl : 

mov 

portno+20eh,dl  ; store  the  increased  port  # 

jmp 

control 

TRANSFER  PART 


mov 


cl,80h 


;set  the  char  counter  with  128 


return: 

inc 

dx 

statinl: 

in 

al .prtstat 

and 

al,01 

jz 

statinl 

statin2:  in  al,dx 

and  al,02 
jz  statin2 
dec  dx 

in  al,dx  ;read  in  the  data  of  Z-100 

inc  dx  ;get  the  status  port 

cmp  '  al , 19h  ; compare  with  Ctrl-Z(lAH).  lAH  is 

; temporarily  changed  because  TYPE 
; function  stops  printing  at  Ctrl-Z 
jz  eotrans  ;if  so,  go  to  end  of  transfer 

out  prtdata , al ; send  the  data  to  the  printer 


I 

1*  subroutine  COMMAND  ' 


;  Sends  the  command  string 

to  the  Z-100 

command:  in 

al  ,dx 

; check  if  transmit  ready 

and 

al,01 

jz 

command 

mov 

al , (bx+si) 

;move  a  char  from  command  string 

dec 

dx 

;get  data  port  of  Z-100 

out 

dx,al 

;send  char  to  Z-100 

inc 

dx 

;get  status  port 

cmp 

al,0dh 

; compart  char  with  end_of_string 

jz 

eocom 

;if  matches, end  of  command 

statin6:  in 

al  ,dx 

; check  if  receive  ready 

and 

CM 

O 

jz 

statin6 

dec 

dx 

;get  data  port  of  Z-100 

in 

al  ,dx 

;read  a  response  from  Z-100 

inc 

dx 

;get  status  port 

inc 

si 

; increase  counter 

jmp 

command 

;send  another  char 

eocom:  in 

al ,  dx 

; check  if  receive  ready 

and 

al,02 

jz 

eocom 

dec 

dx 

;get  data  port  of  Z-100 

in 

al ,  dx 

;read  a  response  from  Z-100 

inc 

dx 

;get  status  port 

ret 
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) 

;*  subroutine  BOOTCHECK  * 

•  *'*'*********Tfc***'**Vr*'&*'*'**'ic*'*********'****Vf*****'********'*V«***'Jc 

> 


; Checks  all  the  other  status  ports  to  know  if  there  is  a 
;boot-up  request  from  the  Z-100.  For  each  port  which  has 
;a  boot-up  request , issues  a  reset  command. 


bcheck: 

inc 

dx 

;get  the  current  status  port 

mov 

ch,  dl 

•-Store  it  in  CH  register 

mov 

dl,85h 

; starts  from  the  first  port 

ncheck: 

cmp 

dl,ch 

; check  if  the  port  is  itself 

jnz 

bypass! 

add 

dl,4 

bypass! : 

cmp 

dl.OaOh 

; check  if  out  of  range 

ja 

eocheck 

;if  yes, end  of  checking 

in 

al  ,dx 

;read  the  status  port 

and 

al,02 

; check  if  any  request  is  out 

jz 

nextportl 

;if  no,  go  to  the  next  port 

dec 

dx 

in 

al  ,dx 

;read  the  data  port 

inc 

dx 

cmp 

al, *>’ 

jnz 

nextport 1 

call 

reset 

; let  Z-100  console  gain  control 

nextport 1 

:add 

dl,4 

;get  the  next  port 

jmp 

ncheck 

; check  if  out  of  range 

eocheck: 

mov 

dl ,  ch 

; recover  the  current  status 

dec 

dx;port 

mov 

cl ,  80h 

; reset  the  char  counter 

ret 

) 

;*  DATA  STORAGE  AREA  * 

.  ****************************************************Vf****** 

> 

dseg 
org  100 

portno  db  0 


storage  db  'stat  con:=crt:* 

db  Odh 


db  lah 


g«sSSB8!SWggSSS»>^^ 
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APPENDIX  D 
SPOOL  PROCESS 


**'******•*********■&*■*****'****■*******■*****■*'**■*■**■*■***■**■**■****•* 
*  * 

*  SPOOL  PROGRAM  * 


*  Dec  1985.  By  Choi  and  Lee  * 

^  ^  ^  ^  ^  ^  ^  ^  ^  ^  ^  ^ 


SPOOL  program 
the  char  into 
also  contains 
char  in  the  E 


has  three  options : print  interactively,  save 
a  disk  file,  and  print  any  existing  file.  It 
the  intercept  routine  for  intercepting  the 
register  in  the  Ctrl-P  mode. 


j  ******* Vf***********'*Vf****'****'*'*'****'*Vf'**'********'*'>V***'sViV'*'5V'*** 

.  * 


DECLARATION  PART 


I  *******************************************•******•;  ■****?•?**** 


conin 

equ 

1 

printf 

equ 

9 

readconf 

equ 

10 

openf 

equ 

15 

closef 

equ 

16 

readf 

equ 

20 

writef 

equ 

21 

makef 

equ 

22 

setdmaf 

equ 

26 

; console  input  char 

;print  string 

;read  console  buffer 

;open  file 

;close  file 

;read  file 

;write  file 

;make  file 

;set  DMA  address 


■**■***■*■**■*■*■***********•*■*'■**■**■****•**■*'*■**"*☆*■*  •*•*■*■******** 


******* 


*  module  PATH  1  * 

*********************************************************** 


Catch  a  character  from  E  register  and  store  it  in  the 
buffer,  and  then  send  the  character  to  the  concentrator 


lathl: 


eap : 


push 

a!  push  b 

!  push  d!  push  h! 

Ihld 

pointer 

;load  HL  reg  with  next  buffer  ptr 

mov 

m,  e 

;move  input  char  to  the  buffer 

call 

sendchar 

;send  char  to  concentrator 

inx 

h 

; increase  buffer  ptr 

mov 

a,l 

; check  if  buffer  ptr  reached  end 

ani 

Offh 

;of  buffer 

jnz 

leap 

;if  not, go  along  the  normal  path 

Ixi 

h, tdma 

;if  end  of  buffer, reset  buffer  ptr 

shld 

pointer 

; store  the  increased  buffer  ptr 

pop  h 

!  pop  d! 

pop  b!  pop  a! 

ret 

********* 


'** 


*■*** 


module  PATH  2 


mf*  «*•  .*•  ^ 


*V  ^  a  *  ^  •*  V  *  *  *  *  *  * 


; Catch  a  character  from  E  register  and  store  it  into  the 
;buffer.  When  the  end_of_file(Ctrl-Z)  character  is  met,  make 
;a  file  and  write  the  buffer  into  the  file 


path2 : 


push 

a!  push 

Ihld 

pointer 

mov 

m ,  e 

mov 

a,e 

cpi 

f  f 

jz 

save 

b!  push  d!  push  h! 

;load  HL  reg  with  next  buffer  ptr 
;move  input  char  to  the  buffer 

; compare  with  end_of_file  mark 
;if  it  matches .write  the  buffer 


2 


mark: 


•.increase  buffer  pointer 


markl : 


cpi 

jnz 

mark 

Ida 

warn 

cpi 

1 

jz 

warning 

inx 

h 

mov 

a.h 

cpi 

OcOh 

jnz 

markl 

mvi 

a,l 

sta 

warnf 1 

shld 

pointer 

pop  h 

!  pop  d 

ret 

9 

:*  module  PATH  3 


Read  the  file  whose  file  name  is  given  by  the  user  into  the 
buffer  by  one  record(128  bytes)  at  a  time.  And  then  send 
the  characters  of  the  buffer  to  the  concentrator. 


ath3 : 


opy: 


call 

open 

;open  the  file 

Ixi 

d, nofile 

inr 

a 

;if  it  fails  to  open  the 

file 

cz 

finis 

;go  to  finish  with  error 

message 

call 

read 

;read  a  record  from  file 

into  buff 

ora 

a 

;if  it  meets  end  of  file 

char 

jnz 

eotranf 

;go  to  end  of  transfer  file 

call 

f ilesend 

;send  record  to  printer 

thru  concen 

eotranf:  Ixi  d, normal  ;load  the  address  of  normal  message 


finis : 


call 

tmsrdy 

; check  if  transmit  ready 

mvi 

a,eof 

;load  Acc  with  end_of_file  char 

out 

ttydata 

;send  it  to  concen 

call 

rcvrdy 

; check  if  receive  ready 

in 

ttydata 

;read  a  response  from  concen 

mvi 

c  jprintf 

;print  the  normal  message 

call 

bdos 

call 

moref ile 

;handle  a  request 

of  another  print 

jmp 

boot 

;come  out  to  CCP 

level 

i 


subroutine  SENDCHARACTER 


9 


;Send  a  character  of  the  buffer  to  the  concentrator 


sendchar : 


call 

trnsrdy 

; check  if  transmit  ready 

mov 

a,e 

;move  char  from  E  to  Acc 

cpi 

t  9 

; compare  with  '  '  of  Ctrl-Z 

jz 

eosend 

;if  yes, then  go  to  end  of  send 

out 

ttydata 

;if  not  Ctrl-Z, send  the  char 

call 

rcvrdy 

; check  if  receive  ready 

in 

ttydata 

; receive  an  acknowledgement  char 

********  iSf^VTSr**'*'***'*****'*'*?*?**'*'*'*'*'**'*'***'*'***'*'*'***'**'*'*'*****'*'*'*'*'* 

*  SAVE  * 


*■***■***■*  ?V  ■****■***■*☆*'*'*'********'*■*****■*•***■***'*****■*  ************* 


save:  call  diskcopy 

call  eocopy 


*  subroutine  DISKCOPY  * 

Write  the  content  of  the  buffer  onto  the  disk  file 


diskcopy : 

Ihld 

pointer 

mvi 

a ,  eof 

mov 

m ,  a 

call 

make 

;make  a  file 

dmachg : 

call 

setdma 

;set  DMA  address 

call 

write 

;write  the  DMA  buffer  onto  the  fi! 

; Increase 

the  write  pointer  by  80h  and  restore  it 

]hld 

wrptr 

;load  HL  reg  with  write  ptr 

mov 

a,  1 

;move  the  lower  addr  of  write  ptr 

aci 

80h 

;add  80h  to  it  with  carry 

mov 

l,a 

; load  L  with  increased  lower  addr 

jnc 

leapl 

;if  no  carry, jmp  to  leapl 

mov 

a  ,h 

; if  carry  is  out. 

adi 

1 

;add  1  to  upper  addr  of  write  ptr 

mov 

h,a 

; load  H  with  increased  upper  addr 

leapl : 


shld  wrptr 


;restore  the  increased  write  ptr 


;  Compare  the  write  pointer  with  the  buffer  pointer 

Ihld  pointer  ; load  HL  reg  with  buffer  ptr 

xchg  ;move  HL  reg  to  DE  reg 

Ihld  wrptr  ;load  HL  reg  with  write  ptr 

mov  a,d  ;move  upper  addr  of  buffer  ptr 

sbb  h  ; subtract  write  ptr  from  buffer  ptr 

cm  eocopy  ;if  result  is  minus, go  to  eocopy 

jp  dmachg  ;if  result  is  plus, write  more 

mov  a,e  ;move  lower  addr  of  buffer  ptr 

sbb  1  ; subtract  write  ptr  from  buffer  ptr 

jp  dmachg  ;if  result  is  plus, write  more 

ret 


•  ****V?********'**->'sV**'5V*'5V***'*'***'************Vf'****'******'*'*'S’f  **>'?•** 

;*  subroutine  FILESEND  * 

j  •i******Vf**************'**'*'***?V********ii!f*********'5V'sV'jV****Vf**** 

;This  subroutine  sends  the  characters  of  the  DMA  buffer  to 
;the  concentrator.  This  subroutine  returns  the  control  back 
;to  the  PATH3  when  it  meets  the  Ctrl-Z  (end  of  file  char) 
;or  the  end  of  buffer. 


f ilesend ; 


mvi  c,128  ;set  the  buffer  counter 

Ixi  d,dbuff  ;set  DE  register  with  buffer  addr 


nextchar:  Idax  d 


mov  b , a 


; load  Acc  with  a  char  from  buffer 
; increase  buffer  ptr 
;move  the  char  of  A  into  B 


call  trnsrdy  ; check  if  transmit  ready 
mov  a,b  ;get  stored  char 

eof  ; compare  the  char  with  end_of_file 

eotranf  ;if  yes, then  go  to  end  of  transfer 


cpi 

jz 


out  ttydata  ;send  the  char  to  concen. 


call  rcvrdy  ; check  if  receive  ready 

in  ttydata  ; receive  an  ack  char  from  Z-100 

dcr  c  ;decrease  buffer  ptr 

jnz  nextchar  ;if  not  zero, get  the  next  char 


subroutine  END  OF  SENDCHAR 


eosend : 

call 

trnsrdy 

; check  if  transmit  ready 

mvi 

a ,  eof 

; yes, send  an  end_of_file  char 

out 

ttydata 

call 

rcvrdy 

; check  if  receive  ready 

in 

ttydata 

.•receive  an  ack  char  from  concen 

jmp 

boot 

;come  out  to  CCP 

• 

9 

SUOrOUtine  END  OF  COPY 

eocopy : 

call 

close 

mvi 

c .print f 

Ixi 

d , eosave 

call 

bdos 

ir 


> 

^  #C  ««  «*  7« 

subroutine 

CLOSE 

close : 

mvi 

c ,  closef 

Ixi 

d ,  t  f  cb 

call 

bdos 

ret 

9 

subroutine 

WRITE 

write ; 

mvi 

c , writef 

Ixi 

d ,  tf cb 

call 

bdos 

ret 

•  ts  an  W  isixWsi 

9 

subroutine 

SETDMA 

setdma : 

mvi 

c ,  setdmaf 

Ihld 

wrptr 

xchg 

call 

bdos 

ret 

•  'slf‘5V**'>V'*”5VVr 

9 

''  ''  '*  *' 

subroutine 

TRANSMIT 

READY  •'** 

trnsrdy : 

in 

ttystat 

ani 

01 

jz 

trnsrdy 

ret 

*  ^  ^  *% 
9 

subroutine 

RECEIVE 

READY  *** 

rcvrdy : 

in 

ttystat 

ani 

02 

jz 

rcvrdy 

Select 

an  option  of  three 

alternatives 

nit : 

mvi 

c ,  print f 

;print  the  query  string 

Ixi 

d , query 

call 

bdos 

mvi 

c , conin 

;read  the  answer  of  user 

call 

bdos 

cpi 

’1' 

cz 

setl 

;print  out  directly  in  Ctrl-P  mode 

cpi 

'2' 

cz 

set2 

;save  on  a  file  in  Ctrl-P  mode 

cpi 

.3, 

cz 

set3 

;print  any  existing  file 

call 

typerror 

;  typing  error 

module  SET  1 


Set  the  buffer  pointer  and  path-flag.  Also  checks  if  the 
printer  is  busy  or  not . 


Ixi 

h, tdma 

; load  HL  reg  with  1 

addr  of 

buffer 

shld 

pointer 

; store  buffer  addr 

into  buffer  ptr 

mvi 

a,l 

; set  pathf lag  with 

number 

1 

sta 

pathf 1 

call 

trnsrdy 

; check  if  transmit 

ready 

Set 

the 

buffer 

pointer  and  write  pointer.  Also  construct 

the 

FCB 

whose 

file  name 

is  given  by  the  user. 

et2 : 

Ixi 

h, tdma 

;set  the  buffer  and  write  ptr  with 

shld 

pointer 

; the  buffer  address 

shld 

wrptr 

mvi 

a, 2 

;set  the  pathf lag  with  number  2 

sta 

pathf  1 

mvi 

c,printf 

;print  the  selection  message 

Ixi 

d ,  selname 

; load  DE  reg  with  addr  of  msg 

call 

bdos 

call 

readname 

;read  file  name  given  by  the  user 

mvi 

c ,printf 

;print  the  starting  message 

Ixi  d, start 
call  bdos 


module  SET  3 


*rm  %* 

;  Construct 

the 

FCB  whose 

file  name  is  given  by  the  user,  and 

;  check  if 

the  printer  is 

busy  or  not . 

set3 : 

mvi 

c  jprintf 

;print  file  name  message 

Ixi 

call 

d , selname 

bdos 

; load  DE  reg  with  addr  of  message 

call 

readname 

;read  the  filename  typed  by  user 

;into  FCB 

call 

trnsrdy 

; check  if  transmit  ready 

mvi 

out 

a,’Q’ 

ttydata 

;send  a  request  to  concen. 

mvi 

c,0ffh 

;set  counter  with  #  of  trials 

statinZ : 

in 

ttystat 

;read  status  port 

dcr 

c 

;decrease  the  counter 

jz 

waite 

;if  zero, printer  is  busy 

ani 

02 

; check  if  receive  ready 

jz 

statinZ 

;if  not  ready, read  again 

in 

ttydata 

;read  response  from  concen. 

cpi 

'Y' 

;is  response  'Yes'? 

jnz 

comerror 

;if  not , communication  error 

jmp 

path3 

;starts  to  send  the  file 

69 

•  * 

9 

Subroutine 

MORE  FILE  * 

•  **☆*☆☆☆☆☆•*** 

9 

«A»  a>** 

morefile : 

mvi 

c,33 

;set  counter  with  #  of  char  of  AFCB 

Ixi 

d, af cb 

; load  DE  reg  with  addr  of  AFCB 

Ixi 

h, tf cb 

;  load  HL  reg  with  addr  of  TFCB 

movafcb:  Idax 

d 

; load  Acc  with  char  of  AFCB 

mov 

m,  a 

; store  char  of  Acc  into  TFCB 

inx 

d 

;increasd  addr  of  AFCB 

inx 

h 

; increase  addr  of  TFCB 

dcr 

c 

; decrease  counter 

jnz 

movafcb 

;if  not  done,  move  the  nest  char 

mvi 

c  jprintf 

;print  the  message 

Ixi 

d ,moreprt 

call 

bdos 

mvi 

c ,  conin 

;read  the  answer  of  user 

call 

bdos 

cpi 

’Y’ 

;if  yes, print  anotherfile 

cz 

set3 

cpi 

'N’ 

;if  no, come  out  to  CCP 

cnz 

typerror 

;if  any  other  char,  error  message 

ret 

- 

9 

Subroutine  TYPERROR 

typerror : 

mvi 

c , printf 

;print  error  message 

Ixi 

d , typerrm 

call 

bdos 

jmp 

boot 

70 

5"*  J-'*  *'v*"** 

I*-"  ^  >■  ^ * 

kfit  \  JwA  \< 

StOi' 


Subroutine 


COMmunication  ERROR 


**☆*■*■*■*** 


comerror : 

mvi  a,’P'  ;tell  the  concentrator  of 
; communication  error 

out  ttydata 

mvi  c.printf  ;print  error  message  on  the  screen 
Ixi  d,comerrm 
call  bdos 
jmp  boot 


w*  Subroutine  WAITE  .. .. ..  ...fw.. 

waite : 

mvi 

a,  ’P’ 

;tell  the  concen.  of  communication 

out 

ttydata 

; error 

mvi 

c ,printf 

;print  the  wait  message 

Ixi 

d,wait 

call 

bdos 

jmp 

boot 

Subroutine  READNAME 


readname : 


mvi 

c , readconf 

Ixi 

d , filename 

call 

bdos 

Ixi 

d , filenames  1 

Idax 

d 

cpi 

0 

jz 

default 

;read  the  edited  file  name 
;given  by  user 

;  load  DE  addr  of  char  counter 
;load  Acc  the  #  of  chars 
;if  file  name  is  not  typed, 
;then  take  the  default  filename 


mov 


readfnr : 


meetdel : 


readft : 


c,a  ;move  the  #  of  chars  to  C  reg 


inx 

d 

;load  DE  reg  with  the  address  of 
;name  buffer 

Ixi 

h, tfcb+1 

; load  HL  reg  with  the  addr  of  TFCB 

mvi 

o* 

00 

;set  the  //  of  chars  of  the  filename 

Idax 

d 

;move  the  filename  to  TFCB 

cpi 

t  t 

;if  it  meets  the  delimiter, 

jz 

readft 

;then  read  filetype 

call 

chare onv 

; convert  the  lower  case  into 

;upper  case  character 

mov 

m,  a 

inx 

d 

inx 

h 

dcr 

c 

jz 

eoread 

;no  filetype,  go  to  end_of_read 

dcr 

b 

;if  #  of  filename  exceeds  8 

jz 

meetdel 

•,then,  go  to  meet_delimiter 

jmp 

readfnr 

;read  the  next  char  of  filename 

Idax 

d 

;read  a  char  from  console  buffer 

cpi 

♦  » 

; compare  with  the  delimitter 

jz 

readft 

;if  matches, read  file  type 

inx 

d 

; increase  name  buffer  pointer 

jmp 

meetdel 

; repeat  reading  char 

mvi 

b,3 

;set  char  counter  with  3 

inx 

d 

; increase  name  buffer  pointer 

dcr 

c 

;decrease  of  chars 

Ixi 

h, tf cb+9 

; load  HL  with  addr  of  file  type 
;of  File  Control  Block 

readftr:  Idax  d 


call 

charconv 

mov 

m,a 

dcr 

c 

jz 

eoread 

dcr 

b 

Jz 

eoread 

inx 

d 

inx 

h 

jmp 

readftr 

eoread: 

ret 


;read  a  char  from  name  buffer 
;  convert  lower  case  into  upper 
; store  char  into  FCB 
; decrease  y/  of  chars 
;if  name  buffer  exhausted 
; then, go  to  end  of  read 
;decrease  file  type  counter 
;if  FCB  is  full, go  to  eoread 
;  increase  name  buffer  pointer 
;  increase  FCB  pointer 


***************  Subroutine  DEFAULT  **************** 


;copy  the  default  FCB  into  Temporary  FCB. 


default : 

mvi 

c,33 

Ixi 

d,dfcb 

Ixi 

h, tfcb 

movf cb : 

Idax 

d 

mov 

m,  a 

inx 

d 

inx 

h 

dcr 

c 

jnz 

movf cb 

; set  the  counter  with  33 
;set  Default  FCB  pointer 
; set  Temporary  FCB  pointer 

;  read  a  char  from  DFCB 
;  store  it  into  TFCB 
;  increase  DFCB  pointer 
;  increase  TFCB  pointer 
;decrease  counter 
;move  another  char 


.*************  Subroutine  CHARCONVert  ***********Vf** 
; Converts  the  characters  from  ’a'  through  'z'  into  the  upper 
;case  characters. 

charconv : 


cpi 

•a’ 

jm 

no change 

cpi 

•z' 

jp 

no change 

sui 

20h 

no change : 

ret 


m,  %  ^ 
» 


^*«»  •»*« 


pathfl:  db 


warn:  db 


dfcb:  db 


' TEMPFILE ' 

'$$$' 

0,0, 0,0 

16 


tf  cb : 


0,0, 0,0 
16 
0 
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afcb:  db 

db 
db 
db 
ds 
db 
ds 

filename : 

db 

ds 


0 

f  t 

I  I 

0,0, 0,0 
16 
0 
3 


16 

16 


query ; 

db 

0dh,0ah 

db 

'Welcome  to  SPOOL  utility.  ',0dh,0ah,i 

Odh, Oah 

db 

'Three  options  are:  ' ,0dh,0ah 

db 

'1.  Print  any  characters  on  console  directly' 

db 

'to  the  printer.' 

db 

0dh,0ah 

db 

'2.  Save  any  characters  on  console  in  a 

file.  ' 

db 

0dh,0ah 

db 

'Print  any  existing  f ile . ' , Odh, Oah 

db 

0dh,0ah,0dh,0ah 

db 

'Select  any  one  of  three  options  above 

:  $' 

start : 

db 

Odh, Oah 

db 

'Press  the  Control_p  key  and  go  ahead. 

» 

db 

Odh, Oah 

db 

'On  the  completion  of  your  work,  press 

the' 

db 

'  Control_Z  key' 

db 

0dh,0ah, '$' 

selname 

:db 

Odh, Oah, ' File  name  :  $' 
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moreprt :db 
db 


Odh.Oah.'Do  you  like  to  print  another  file 
’(Y/N)  :  $' 


typerrm: db 
db 

eoprint : db 

eosave:  db 

wait :  db 

db 

comerrm: db 
db 

nofile:  db 

wrprot :  db 

normal :  db 

warnmsg:db 

db 

ds 

stack: 


org 

call 

mvi 

jmp 


Odh, Oah 

'Typing  error.  Try  again. $' ,0dh, Oah, ' 

Odh, Oah, 'Printing  complete . ' , Odh, Oah, ' $ ' 

Odh, Oah, ' Saving  file  complete. ', Odh, Oah 

Odh, Oah, 'Printer  is  busy  now.  Try  again.' 
0dh,0ah, '$' 

Odh, Oah, 'Protocol  error.  Try  again.' 

Odh, Oah, '$' 

Odh, Oah, 'No  source  f ile . ' , Odh, Oah, ' $ ' 

Odh, Oah, 'Write  protected? ' , Odh, Oah, ' $ ' 

Odh, Oah, 'Spool  complete. ' , Odh, Oah, ' $ ' 

Odh, Oah, 'Your  file  is  out  of  buffer  size' 
Odh, Oah, 'Make  your  file  again' , Odh, Oah, ' 
32 


Intercept  Routine  of  Control-p 

OdSOOh 

OdOOOh 

a,19h 

0f99ch 


end 
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